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OBJECTIVES 


This lesson is a self-paced package that can be 
administered individually or in a classroom 
environment. There is a helpful glossary in the 
back of this booklet that you may use while 
going through the material. 


At the conclusion of this lesson, the Installer will 
be able to: 


State the purpose of the API as it. Sones to 
the 3B Processor. 


Identify the different types of circuit packs 
used in the API. 


List the number of API diagnostic phases. 


Name the API circuit pack that interfaces the 
Dual Serial Channel in the 3B Processor. 
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INTRODUCTION 


The Attached Processor System (APS) is the name 
used to identify the 3B Processor and the Attached 
Processor Interface (API) frame. The APS is being 
introduced into the 1A Processor to replace the 
File Stores with a higher capacity disk memory 
system. The memory capacity of the 3B Processor 
disk is 300 megabytes, while a full complement 
of File Stores only contain 15 megabytes. 


Since the 1A Processor is a common processor 
used in No. 4 and No. 1A ESS, the APS can be 
applied to both offices. The APS is initially being 
introduced into No. 4 ESS offices because the 
current File Store memory area will be at capacity 
with the introduction of 4E7. Although the No. 1A 
ESS is not in the position of having its File Store 
memory exhausted in the near future, the new 
disk system in the 3B is attractive as a potential 
cost reduction over the existing File Store system. 
Tentative plans call for the APS to be introduced 
into new No. 4 ESS offices with the 4E7 Generic, 
and newNo. 1A ESS offices with the 1AE7 Generic. 


The hardware connecting the 1A Processor to the 
3B Processor is called the Attached Processor 
Interface (API) frame. This frame is designed to 
efficiently transfer data between the two pro- 
cessors. This booklet provides the Western 
Electric Installer with the training material associated 
with the API frame only. The 3B Processor 
associated with the API is covered under a 
separate training course and is a prerequisite 
to API training. Consult the Installation Training 
Catalog to determine what courses are available 
for 3B Processor training. 


ATTACHED PROCESSOR INTERFACE 
FRAME 


PHYSICAL DESCRIPTION-API FRAME 


The initial introduction of the 3B Processor into 
the 1A Processor requires two API frames, 
designated API 0 and API 1. The API frame is 
a single bay, 3 feet 3 inches wide, equipped 
with a Data Unit Selector (DUS), up to three 
Attached Processor Interface (API) units, and local 
cables from the DUS to the API units. API frame 0 
is equipped with API unit 0 and DUS 0, while 
API frame 1 is equipped with API unit 1 and DUS 1. 
Sometime in the future each API could be 
equipped with three API units, thus giving the 
1A Processor access to three 3B Processors. 


Note: The floor plan arrangement calls for the two API frames 
to be located on each side of the PCD (Power Conversion 
& Distribution) frame as shown below, 


PHYSICAL DESCRIPTION API UNIT 
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PHYSICAL DESCRIPTION-API UNIT 


Each API unit is equipped with a power switch, 
a 133A power converter, seven TN-type circuit 
packs, two UN-type circuit packs, and its own fuse 
panel assembly. There are four spare circuit pack 
connector positions at locations 109, 119, 193, 
and 231. Pack location 171 is a test pack position 
(TN60) for Bell Labs use only. The power switch 
is the standard 1A type with OFF-NORM, OS, 
ACK, and PWR OFF lamps. The scan and signal 
distributor points for the power switch are 
controlled by the PPI. The API makes use of 
common design circuit packs (Bellpac*). On this 
type of pack, the pins extend through the back- 
plane and fit into the holes in the connector at 
the back of the pack. When inserting this type of 
pack, you should be extremely careful to make 
sure the pins line up properly with the holes. 
Failure to do so may result in bending the pins on 
the backplane. 


CIRCUIT PACK DESCRIPTION 


The API circuit packs consist of the following: 


TN62 ..... Micro Control Store (MCS) - two required 
TN61 ..... Peripheral Interface Controller (PIC) 
TN70 ..... Bus Interface Controller (BIC) 

TN6¢ ..... Duplex Dual Serial Bus Selector (DDSBS) 
TN15 ..... Auxiliary Unit Bus Sequencer 

UN42 .... Auxiliary Unit Bus Receiver 

UN411 .... Auxiliary Unit Bus Driver 

TN17 ..... Power Monitor 


Note: For further in-depth circuit pack information, consult 
the circuit pack schematics (CPS). 


* Trademark. 
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BACKPLANE-REAR VIEW 


The API is equipped with TN and UN type circuit 
packs. Locating and counting pins on the back- 
plane is different, depending on the circuit pack 
involved. TN packs use a 200-pin connector with 
four columns of pins designated 0 to 3. The UN 
packs use a 300-pin connector with six columns 
of pins designated 0 to 5. The first digit of the 
3-digit pin number specifies the column. The last 
two digits of the 3-digit pin number specify the 
pin row, counted from 00 to 26 and 30 to 58. 
Refer to the sketch on the opposite page and 
follow the three examples of pin count. 


EXAMPLE “A” PIN # 056 
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API HARDWARE ASSOCIATION 


The circuit packs in the API unit can be grouped 
into four categories: Power Monitor, Q) 1A 
Processor Interface, On-Board Microprocessor 
and Memory, (4): 3B Processor Interface. 


Power Monitor - The Power Monitor Circuit Pack 
(TN17) monitors the voltages present in the API 
unit. If the voltage levels drift above or below 
design limitations, the power monitor pack shuts 
down the power converter. When the power 
converter shuts down, the power switch on the 
API unit is forced into the OFF position and the 
appropriate audible and visual alarms are activated. 


1A Processor Interface - The 1A Processor 
interface consists of three circuit packs: the 
Auxiliary Unit Bus Driver (UN41), the Auxiliary Unit 
Bus Receiver (UN42), and the Auxiliary Unit Bus 
Sequencer(TN15). These packs effectively transfer 
information to and from the 1A Processor over 
Auxiliary Unit Buses 0 and 1. 


On-Board Microprocessor and Memory - The AP! 
is considered a “smart” peripheral device of 
the 3B Processor because it contains its own 
microprocessor and memory. The microprocessor 
is contained on the Peripheral Interface Controller 
(PIC) (TN61), while the memory (firmware) is 
stored on the Micro Control Store packs (TN62). 
With an on-board microprocessor and its own 
memory, the API is capable of running its own 
internal diagnostics. 


3B Processor Interface - The API interfaces the 
3B using two circuit packs: the Bus Interface 
Controller (BIC) (TN70) and the Duplex Dual Serial 
Bus Selector (DDSBS) (TN69). These two packs 
efficiently transfer information to and from the 3B 
over the private serial data cables, 
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INTERPROCESSOR COMMUNICATION 


The main task of the API is to handle interprocessor 
communication between the 1A Processor and 
the 3B Processor. The API is viewed by the 1A 
as an Auxiliary Unit (AU), and by the 3B as a 
Peripheral device. The 1A transmits data to its 
auxiliary units in parallel form, while the 3B 
transmits data to its peripheral devices in serial 
form. Parallel transmission means that each bit has 
a dedicated pair and data is sent over all pairs 
at the same time. Serial transmission means that 
a bit stream is sent over a single pair of wires 
with each bit following the other. Since the API 
is a peripheral device of the 3B, it communicates 
with the 3B over private serial data cables. Since 
the API is an auxiliary unit of the 1A, it communi- 
cates over the Auxiliary Unit Bus (AUB). 


WORD COMPATIBILITY 


Even though the 3B uses a 32-bit word format 
and the 1A uses a 24-bit word format, efficient 
interprocessor communication takes place. The 
interprocessor word protocol is set at 24-bit 
words.. This means that the API is designed to 
ignore the upper 8 bits of the 3B word and 
only transfers information between the two 
processors using a 24-bit word format. 
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AUXILIARY UNIT BUS CONFIGURATION 


API units O and 1 transfer information to and 
from the 1A Processor over the Auxiliary Unit Bus 
(AUB) system. The AUB is a fully duplicated bus, 
but it differs from other major bus systems in that 
both sections of the bus (AUB 0 and AUB 1) donot 
connect to all units in the AU community. Instead, 
AU Bus 0 connects to API 0 and DUS 0, while 
AU Bus 1 connects to API 1 and DUS 1, Since the 
APIs are duplicated (0 and 1) and run in an 
active/standby mode, the AUB configuration 
shown on the opposite page gives both APIs 
the ability to communicate with both CCs in 
the 1A Processor. 


Note: Bus Terminating Resistors (BTR) are required at the 
terminating end of both Auxiliary Unit Buses. The BTRs are 
placed on the last API unit equipped in each API frame. 
$D-5A056-01, sheet B9AA, shows where the BTRs should be 
placed on the API frames. 
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3B/API CABLING 


Each Central Control (CC) in the 3B Processor 
has access to a Dual Serial Channel (DSCH) over the 
Central Control Input Output (CCIO) Bus. The 
DSCH is the hardware interface to the peripheral 
device, which in this case is the API. The name 
“Dual Serial Channel” indicates that two serial 
data streams are simultaneously transmitted, Each 
DSCH is connected to the Duplex Dual Serial Bus 
Selector (DDSBS) in API 0 and 1 over private serial 
data cables. The DDSBS is the API hardware 
interface to the DSCH of the 3B Processor. It 
determines which CC to communicate with and 
performs the serial to parallel data conversion 
between the two processors. During normal 
operation, one API unit is configured as the 
active, while the other is configured as the standby. 
Through the Private Serial Data cabling arrange- 
ment shown on the opposite page (4 cables), 
either API unit can be configured as the active, 
with both APIs able to communicate with both 
3B CCs. A detailed description of a private serial 
data cable is shown on the next page of this 
booklet. 
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PRIVATE SERIAL DATA CABLE 


Each private serial data cable from the 3B to the 
API contains five. balanced (P/N) pairs. The 
functional description of these pairs is as follows: 


Data Low Bits ........ Bidirectional pair for transmitting 
and receiving data bits 0-15 
plus two parity bits. 

Data High Bits ........ Bidirectional pair for transmitting 
and receiving data bits 16-31 
plus two parity bits. 


Transmit Clock ...... Unidirectional pair sending the 
synchronizing clock pulse with 
each data bit sent to the API. 


Receive Clock ....... Unidirectional pair for receiving 
the synchronizing clock pulse 
with each data bit sent to 
the 3B. 


REQUESt cee Bidirectional pair for receiving 
arequest signal prior to sending 
or receiving data. 


LEAD DESIGNATION 


The table below shows the relationship between 
the function of the five pairs and their respective 
lead designations in the API unit and frame 
drawings. 


API UNIT DRAWING |AP! FRAME DRAWING 
SD-5A055-01 SD-5A056-01 


DATA LOW BITS DAL 0/1 B 
DATA HIGH BITS DAH 0/1 B 


ODAL 0/1 B 
ODAH 0/1 B 


TRANSMIT CLOCK X CLK 0/1B OXCLK 0/1 B 
RECEIVE CLOCK CLK 0/1 8B OCLK 0/1 B 


REQUEST REQ 0/1 8B OREQ 0/1 8B 
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DATA FLOW BETWEEN THE 3B AND THE 1A 
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DATA FLOW BETWEEN THE 3B AND THE 1A 


The sketch on the opposite page shows the 
normal flow of data from the 3B Processor, through 
the API, to the 1A Processor. The explanation 
is as follows: 


(1) Each CC in the 3B Processor is capable of 
communicating with the API through a Dual 
Serial Channel (DSCH). The 3B DSCH sends 
32 bits of serial data to the Duplex Dual 
Serial Bus Selector (DDSBS) in the API. 


@) The DDSBS converts the 32 bits of serial 
data into parallel form and sends 39-bit 
words to the Bus Interface Controller (BIC). 


@® The BIC buffers the 32 bits coming from the 
DDSBS, performs parity checks, and sends 
two 16-bit words to the Peripheral Interface 
Controller (PIC). 


@) The PIC is the microprocessor in the API. 
Together with Micro Control Store (MCS), 
it performs all logic calculations required and 
sends two 16-bit words to the Sequencer. 


© The Sequencer accepts the two 16-bit words 
from the PIC, ignores the upper 8 bits of 
the second word, and gates 24 bits of data 
onto the 24-bit Attached Processor Bus (AP) 
and into the AU Bus Driver. 


© The AU Bus Driver sends the 24 bits of data 
to the Auxiliary Unit Bus (AUB). 


@) The 24 bits of data can be read by either 
CC in the 1A Processor over the Auxiliary 
Unit Bus. 


Note: The data flow from the 1A Processor, through the API to 
the 3B, is basically the same with the exception of the 
AU Driver and Receiver packs. Data going to the 1A uses 
the Driver, while data going to thé 3B uses the Receiver, 
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DUPLEX DUAL SERIAL BUS SELECTOR 
(DDSBS-TN69) 


The Duplex Dual Serial Bus Selector (DDSBS) is the 
API interface to the Dual Serial Channel in both CCs 
of the 3B Processor. The DDSBS pack (TN69) 
transmits and receives information to and from the 
DSCH over private serial data cables containing 
leads DAL (data low bits 0-15), DAH (data high bits 
16-31), XCLK (transmit clock), CLK (receive clock), 
and REQ (request). The DDSBS receives and 
decodes the incoming serial information from the 
DSCH and converts it to parallel form and passes it 
to the Bus Interface Controller (BIC). The DDSBS is 
also capable of converting from parallel to serial 
format for information going to the DSCH. The 
information transmitted between the BIC and the 
DDSBS can be command- or status-related data 
that is passed between the BIC and the DDSBS over 
leads INF 0-31. 
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API FUNCTIONAL BLOCK DIAGRAM 
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DUPLEX DUAL SERIAL BUS SELECTOR 
CONTROL SIGNALS 


The DDSBS controls the BIC with the following 
five control signals: 

Command Present (lead CPO) instructs the BIC to 
interpret the contents of the INF leads as a 
command word. 

Data Present (lead DPO) instructs the BIC to 
interpret the contents of the INF leads as a 
data word. ; 

Data Request (lead DRO) instructs the BIC to gate 
its data onto the INF leads. 

Sense Status (lead SSTO) instructs the BIC to gate 
its status onto the INF leads. 

End of Transfer (lead EOTO) informs the BIC of 
an end of information transfer. 


DUPLEX DUAL SERIAL BUS SELECTOR 
RESPONSE SIGNALS 


The DDSBS receives five response signals from the 
BIC as follows: 

A SYNC signal is returned on lead SYNCO after the 
BIC receives a control signal and performs the 
appropriate operation. 

An error signal is returned on lead ERO whenever 
an abnormal condition has been detected. 
An interrupt signal is returned on lead INTO when 
the PIC requests interrupt service from the 3B. 
A setup signal is returned on lead SETUPO to 
indicate that information is ready for transfer. 
A transfer signal is returned on lead XFERO to 
signal the 3B that another word may be sent or 
received. 
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API FUNCTIONAL BLOCK DIAGRAM 
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BUS INTERFACE CONTROLLER (BIC-TN70) 


The basic function of the TN70 Bus Interface 
Controller (BIC) pack is to act as a buffer between 
the 32-bit DDSBS and the 16-bit Peripheral 
Interface Controller (PIC). The BIC buffers data and 
commands to the PIC, and data and status 
information from the PIC. It performs the necessary 
handshaking to communicate with the DDSBS. The 
BIC includes a 16-word by 39-bit data First-In- 
First-Out (FIFO) memory, a 39-bit command 
register, 32 bits of status flags, and a 16-bit sanity 
and interval timer. Each of these is segmented 
into two 16-bit fields for access by the PIC through 
the PIC Data Bus over leads DB 0-15. The PIC 
moves the contents of various BIC locations to 
and from the PIC Data Bus via Source (SRC) and 
Destination (DEST) leads 0 to 4. 
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API FUNCTIONAL BLOCK DIAGRAM 
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BUS INTERFACE CONTROLLER (BIC-TN70) 


The tables below show the relationship of the 
SRC and DEST leads with the BIC location to be 
read or written by the PIC. The SRC and DEST 
leads combine to form Source and Destination 
codes 8 to 15, which are decoded by the BIC. 


SOURCE — READ 


SRC LEADS SOURCE BIC 
43210 CODE LOCATION 


13 
4 


01101 DATA LOW 
01110 1 DATA LO-SET XFER 


DESTINATION — WRITE 


DEST LEADS DESTINATION BIC 
43210 CODE LOCATION 


1 
1 


01110 14 DATA LO-SET XFER 
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API FUNCTIONAL BLOCK DIAGRAM 
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PERIPHERAL INTERFACE CONTROLLER 
(PIC-TN61) 


The Peripheral Interface Controller (PIC) is a 
sophisticated 16-bit microprocessor capable of 
performing all common arithmetic, logic, and 
sequencer functions required in the API. The PIC 
is on the TN61 pack. It contains an arithmetic 
logic unit, a memory sequencer, a 4K scratch pad 
memory area (RAM), and interrupt circuitry. The 
primary function of the PIC is to process commands 
over the 16-bit Data Bus from either the 1A 
Processor or the 3B Processor, while at the same 
time performing internal self diagnostics. 


MICRO CONTROL STORE (MCS-TN62) 


The TN62 pack is a high-speed Micro Control 
Store (MCS) intended for use with the PIC. The 
memory (firmware) on this pack is the Programable 
Read Only Memory (PROM) type. It is organized 
in 4096 words with 40 bits per word on each 
pack. The PIC addresses the memory in the MCS 
over Microstore Address bits 0-15 (UAB 0-15). 
Memory is moved from the MCS to the PIC over 
Microstore Data Bits 0 to 31 (UDB 0-31). The 
remaining eight bits of the 40-bit word are used 
for internal checks on the MCS circuit packs. 


The firmware contained on the MCS packs enables 
the PIC to perform operational as well as diagnostic 
tasks autonomously, thus making the API a “smart” 
device. At the present time, all of the firmware 
required for the APS is contained on two TN62 
packs. One pack contains operational firmware 
and the other pack contains diagnostic firmware. 
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AUXILIARY UNIT SEQUENCER (TN15) 


The Auxiliary Unit Sequencer pack (TN15) provides 
all of the control, timing, and gating for the API. 
The Sequencer receives data from the PIC over 
leads DB 0 to 15 and passes it to the Driver and 
Receiver packs over the 24-bit Attached Processor 
Data Bus (AP). The AP Bus, consisting of leads 
APB 0 to 93, is used by the Sequencer when 
doing reads and writes of 1A memory through 
the Auxiliary Unit Bus. The Sequencer pack 
contains four registers: 


Auxiliary Unit Status Register (AUSTAT) - contains 
error and status information about the Sequencer. 


Diagnostic Register (DIAGREG) - contains infor- 
mation needed for Sequencer diagnostics. 


PIC Register Low (PICRL) - contains bits 0 to 15 
of. the data word. 


PIC Register High (PICRH) - contains bits 16 to 23 
of the data word. 


The PICRL and PICRH are used as the interface 
between the 16-bit PIC Data Bus and the 24-bit AP 
bus. The PIC sends 16 bits into the PICRL and 
16 bits into the PICRH. The PICRH ignores the 
upper 8 bits and stores only the lower 8 bits. 
Thus, the PICRL and PICRH together contain 24 bits 
of information which the Sequencer passes onto 
the AP bus. 
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API FUNCTIONAL BLOCK DIAGRAM 
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AUXILIARY UNIT SEQUENCER (TN15) 


The PIC moves the contents of various Sequencer 
locations to and from the PIC Data Bus via Source 
(SRC) and Destination (DEST) leads 0 to 4, The 
table below shows the relationship of the SRC 
and DEST leads and the Sequencer locations to 
be read or written by the PIC. The SRC and DEST 
leads also combine to form Source and Destination 
codes 16 to 19, which are decoded by the Source 
and Destination Decoders in the Sequencer. 


SOURCE — READ 


SRC LEADS SOURCE SEQUENCER 
43210 CODE LOCATION 


DESTINATION — WRITE 


DEST LEADS DESTINATION SEQUENCER 
43210 CODE LOCATION 


8 
9 


10010 1 AUSTAT REGISTER 
10011 1 DIAGNOSTIC REGISTER 
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API FUNCTIONAL BLOCK DIAGRAM 
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AUXILIARY UNIT BUS DRIVER (UN41) 


The UN41 pack is the Auxiliary Unit Bus Driver 
for the API unit. Any time the API sends infor- 
mation to the 1A Processor, the UN41 pack takes 
that information off the internal AP bus and sends 
it onto the Auxiliary Unit Bus. In addition to the 
bus drivers, the UN41 pack contains the Data, 
Command, and Store address registers and the 
parity calculation circuits of the API. The registers 
inthe UN41 pack and their functions are as follows: 


Output Address Register (OAR) - contains the start 
address of the data to be read or written 
from the 1A. 


Direct Memory Access Register (DMR) - used by 
the Sequencer as a buffer for data read from 
or written to the 1A. 


Output Address Low Limit Register (OALL) - 
detects an out-of-range (too low) address written 
into the OAR. 


Output Address High Limit Register (OAHL) - 
detects an out-of-range (too high) address written 
into the OAR. 


Command Register (CMR) - contains 1A commands 
written by the 1A, 


Output Data Register (ODR) - contains the data 
to be driven onto the AU Reply Bus. 
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AUXILIARY UNIT BUS RECEIVER (UN42) 


The UN42 pack is the Auxiliary Unit Bus Receiver 
pack for the API unit. It receives data and address 
information from the 1A Processor Auxiliary Unit 
Bus system and passes it to the Sequencer over 
the Attached Processor Data Bus. The registers in 
the UN42 pack and their functions are as follows: 


Input Data Register (IDR) - receives the data from 
the 1A Processor over the AU Bus. 


Input Address Register (IAR) - receives the address 
information from the 1A Processor over the AU Bus. 


Misc. Control Register (MCR) - written by the 1A 
Processor to control the state of the API. 


Error Summary Register (ESR) - contains information 
concerning the error state of the API and can be 
read by the 1A Processor. 


K-Code Register - contains the 5-bit K-Code 
address of the API. This address is written by the 
1A and can be read by GCP’ing the API. 


GCP Word - contains the state information of the 
API. The 1A Processor sends a GCP order to the 
API and the information is sent back over the 
AU Bus. 


Note: Details concerning the registers contained on various 
API circuit packs are in the Circuit Pack Schematics (CPS). 
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API STATUS WORD 


The API maintains a status word that reflects the 
current mode of the API. The status word is 16 bits 
long and is stored in the PIC (TN61) RAM location 


called PICSTAT. Several bits in the status word - 


provide information concerning the origination of 
interrupts. The table below is a layout of the bits 
in the status word and their meaning. 


STATUS WORD 


Interrupt Generated by a 1A Message Alert 
1A Notifying API of Pending Message to 3B 


Interrupt Generated by a 3B Message Alert 
3B Notifying API of Pending Message to 1A 


Interrupt Generated by a 3B System 
Initialization 


Interrupt Generated by a 1A Processor 
Configuration 


Interrupt Generated by a 1A System 
Initialization 


Interrupt Generated by Diagnostics 


API ERROR WORD 


The API maintains an error word that reflects the 
error state of the API. The error word is 16 bits 
long and is stored in the PIC (TN61) RAM location 
called ERRSTAT. A “1” in any position indicates 
an error condition that can be read by either the 
1A or the 3B Processor, The table below is a 
layout of the bits in the error word and their meaning. 


et] MEANING 
pe | wetmeoe 
eS 
2 [1A command Resinter inbred 
[3 [au bus Sequencerinnioned | 
[4 [Av Adress ange ror 
5 | Pasty falas on APs 
6 |Party Faure on Pc Dat Bue | 
[7 | poimer check Faure 
ie 
wag 
=< 
ear 
ine 
eas 
roa 
se 


Command Check Error 

MTC BUF Address Not Loaded 
illegal PIC RAM Address Specified 
DMA Word Count Error 


illegal Circular Buffer Command 
Illegal instruction 
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K-CODE ASSIGNMENT 


K-CODE 


In the 1A Processor, a specific unit is accessed 
by Central Control using the coded enabling scheme. 
Each unit is assigned a coded name called a 
K-Code. When CC accesses a particular unit, the 
K-Code of that unit is sent out on the address 
bus, and only the unit whose assigned K-Code 
matches the K-Code sent will respond. Units 
whose K-Code does not match the transmitted 
K-Code will not respond. The K-Code for the 
API is software assigned and written into bits 
11 to 15 of the K-Code register on the UN42 
pack of the API. 


K-CODE ASSIGNMENTS 


In order to have a better understanding of API 
K-Code assignments, follow the sketch on the 
opposite page through the No. 4 retrofit process. 


Before - in the 4E5 time frame, File Stores 0 to 3 
are assigned K-Codes 0 to 3, while K-Codes 4 and 5 
are unassigned. 


During - in the 4E6 time frame, the File Stores 
and API 0 and 1 co-exist. The File Stores are used 
operationally and the APlis are in a test-only 
environment. File Stores 0 to 3 are assigned 
K-Codes 0 to 3, and API O and 1 are assigned 
K-Codes 4 and 5, respectively. 


After - in the 4E7 time frame, the File Stores 
no longer exist, and the APls are assigned K-Codes 
0 and 1. 


Note: Tentative plans call for APS to replace the File Stores 
in No. 1A ESS offices sometime in the 1AE7 or 1AE8 time frame. 
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MCC EQUIPMENT STATUS PANEL 
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MCC EQUIPMENT STATUS PANEL 


The equipment status portion of the MCC gives 
the Installer visual indications of the out-of-service 
status of all hardware in the office. Any time a 
piece of equipment is removed from service either 
manually or by the system, the appropriate lamp 
will light. These lamps are combination lamp and 
key, What that means is any lamp can be depressed 
anda printout will be generated at the maintenance 
TTY giving exact information about which member 
number is out of service. Example: If the Program 
Store lamp is lit, depressing this combination 
lamp/key will generate a printout showing which 
Program Store is out of service. 


API - The API lamp will light when an API unit 
is out of service. Depressing this combination 
lamp/key will generate a printout showing which 
of the API units is out of service. During normal 
system operation, API 0 and 1 are running in an 
active/standoy mode and the API lamp should 
not be lit. 


AU Bus 0 and 1 - This is a split-lens combination 
lamp/key dedicated to the Auxiliary Unit Bus 
system. The lamps indicate whether AU Bus Oor1 
is out of service. Since the AUBs are dedicated, 
their removal will also remove the associated API 
unit and DUS unit. Example: When AU Bus 0 is 
out of service, AP! 0 and DUS 0 will also be 
out of service. 


Data Unit Selector - this lamp lights when either 
DUS O or 1 is out of service. Depressing this 
combination lamp/key will generate a printout 
showing which DUS is out of service. 
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MCC PROCESSOR DISPLAY 
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MCC PROCESSOR DISPLAY 


The Processor Display portion of the MCC contains 
the visual indicators for the various configuration 
states of the 1A Processor. It shows the 
active/standby state of Central Control and all of 
the buses. Since the API is considered a part of 
the 1A Processor, it also has configuration indicator 
lamps on the Processor Display portion of the MCC, 
These four lamps and their meaning are as follows: 


API 0 OOS - This lamp is lit when API 0 is 
out of service. 


API 0 ACTIVE - This lamp is lit when API 0 is 
configured in the active mode and all interprocessor 
communication is through API 0. 


API 1 OOS - This lamp is lit when API 1 is 
out of service. 


API 1 ACTIVE - This lamp is lit when API 1 is 
configured in the active mode and all interprocessor 
communication is through API 1. 


When the 1A Processor is operating normally, only 
the API 0 or 1 ACTIVE lamp will be lit. 
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MCC UPDATE PANEL 


FRONT VIEW OF MCC ———— 


UAL INTERRUPT PROGRAM REQUEST 


| SYSTEM DISPLAY 


MCC UPDATE PANEL 


Extensive software changes are introduced into 
the office using a System Update procedure. This 
procedure loads a new copy of either Generic or 
ODA into the 3B disk, which is subsequently 
paged into the Semiconductor Stores. The 
Update panel of the MCC consists of an In 
Progess lamp and two combination lamp/keys 
designated Normal and Update keys are used 
during the update process. They indicate to the 
system which copy of memory to roll back to if 
a serious problem developed during the update. 
Details concerning the update panel are on the 
following pages. 
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MCC UPDATE PANEL 
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MCC UPDATE PANEL 


From a system update point of view, the system 
will be in one of the following four states: 


Normal State - The 1A is functioning properly 
and no update activity is taking place. The lamps 
on the Update panel have no meaning and are 
not lit. 


Update In Progress State - The Update in Progress 
lamp is on and the Normal key has been depressed 
to the lighted condition. A request has been sent 
to the 3B disk to create a duplicate copy of the 
normal file and name it the update file. At this 
point, all normal disk requests will be sent to the 
normal file and all updates are being loaded into 
the update file. 


Update Completed State - The update is complete 
and all normal disk requests are sent to the newly 
created update file. Should the system develop 
a problem, an automatic rollback takes place 
to either the normal or update file, depending 
on which of the two keys is depressed. 


Update Committed State - All tests of the update 
file have been completed and the system is running 
error-free using the update file. A commitment 
to the update file is made by inputting the message 
UPD:COMMIT;UPDFILE!. Once the commitment is 
made, the system renames the update file and 
calls it the normal file. This prevents the system 
from accidentally selecting an old version of the 
Generic of ODA. Once the commitment is made, 
the system extinguishes the Update in Progress 
lamp. 


API TESTING CONCEPTS 
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API TESTING CONCEPTS 


The API is COMPLETELY tested by the Installer from 
the 1A side of the office. API diagnostics are 
divided into three separate areas as shown by 
Sketches A, B, and C on the opposite page. Each 
sketch shows all of the API circuit packs between 
the two processors. 


Sketch “A” - The shaded areas inside the dotted 
lines indicate the API circuitry tested by the 1A 
resident diagnostics. The 1A tests the Power 
Monitor pack (TN17), part of the AU Bus Driver 
pack (UN41), part of the AU Bus Receiver pack 
(UN42), and part of the Sequencer pack (TN15). 
AUB diagnostics send various bit patterns to the 
API to verify its access to the AU Bus system. 


Sketch “B” - The shaded areas inside the dotted 
lines indicate the API circuitry tested by the 
on-board microprocessor (PIC) as a result of a 
request from the 1A. The PIC uses the micro- 
diagnostics stored on Micro Control Store (MCS) 
packs (TN62) to test itself, the MCS packs (TN62), 
part of the BIC (TN70), part of the Sequencer 
(TN15) and part of the AU Bus Driver (UN41) and 
Receiver (UN42) packs. The results of these 
diagnostics are reported back to the 1A Processor, 


Sketch “C” - The shaded areas inside the dotted 
lines indicate the API circuitry tested by the 3B as 
a result of a request from the 1A Processor. 
The 3B tests the private serial data cables, the 
DDSBS pack (TN69) and part of the BIC (TN70). 
The results of these tests are reported back to 
the 1A Processor. 


Note: Even though the API is completely tested from the 1A 
side, some diagnostics can be run from the 3B side also. 
The raw data printouts on the 1A side are in octal and 
on the 3B side they are in hexadecimal. 
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DIAGNOSTIC FAILURE PRINTOUT 


INPUT MESSAGE: LOGON API 1;R 2! 
Y TTI 1 Ad MESSAGE 

API 1 PHASE 2 STF ERRORS=6 PRNAME APPH 02 
6 OF 6 POSSIBLE 
TEST ADDRESS 
DT+00116 
DT+00124 
DT+00132 
BT+00140 
DT+00146 
DT+00150 


INPUT MESSAGE: DGN:API 1;PH 2! 


Minne, tt ae MESSAGE 
DGN: API 1 PH 2 STF (26,00000000 00000000) 


00177777 


INPUT MESSAGE: DGN:API 1;PH 2! 


ics. ote ais OUTPUT MESSAGE STE TTR 
DGN: API 1 PH 2 STF (403 00000000 00000000) 


DIAGNOSTIC FAILURE PRINTOUT 


The purpose of API diagnostics is to uncover all 
faults in the API. Diagnostics can be run from the 
1A side of the office in both the ITS and Generic 
environments. Diagnostics can also be run from the 
3B side of the office. Some of the significant 
items concerning the three diagnostic failure 
printouts on the left are as follows: 


1A SIDE/ITS 


@ |nput/Output manual is HB 263, Vol. 1B, 
Section 1.5 


® Nine phases of diagnostics 

®@ Associated PR name is on the printout 
® Raw data is specified in octal 

® Input message is LOGON API 1;R 9! 

® TLP is available 


1A SIDE/Generic 
® Input/Output manual is IM/OM-4A000-01 
® Nine phases of diagnostics 


@ Associated PR name determined from the 
Output Manual 


® Raw data is specified in octal 
® Input message is DGN:API 1:PH 2! 
@ TLP is available 


3B SIDE 

@ Input/Output manual is IM/OM-4C000-01 
® Twelve phases of diagnostics 

® Associated PR name listed in PA-4C009-01 
® Raw data is specified in hexadecimal 

@ DGN:API 1:PH 2! 

® TLP is available 


API DIAGNOSTICS 


Phase 1 

Verifies that the API is powered up and the 

assigned Scan and SD points are working properly. 

The API SD points are operated and the effects of © 
their operation is tested via scan point reads. 

If the API is powered down, this phase will be 

early terminated. 


Suspect Hardware: 
® First Choice - 133A Power Converter 
Second Choice- TN17 Pack 
Third Choice - Power Switch 
Fourth Choice - UN42 Pack 


LOGON APiIn;R 1! DGN:APin;PH 1! 


HB 263, VOLUME 1B IM-4A000-01 
SECTION 1.5 OM-4A000-01 


API DIAGNOSTICS 


Phase 2 
Verify that the following will be inhibited when the 
trouble Flip/Flop is set: 


e AU Reply Bus Drivers 

e AU Store Address Bus Drivers 

e Bus Request Driver 

e Enable and Verify Bus Drivers 

e Maintenance Interject Bus Driver 
Suspect Hardware: 

e First Choice - UN41 Pack 


@ Second Choice - UN42 Pack 
® Third Choice - TN15 Pack 


LOGON APin;R 2! DGN:APiIn;PH 2! 


HB 263, VOLUME 1B IM-4A000-01 
SECTION 1.5 OM-4A000-01 
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API DIAGNOSTICS 


Phase 3 

A message is sent to the 3B requesting that it run 
the resident API diagnostics. At the conclusion of 
the diagnostics, the 3B sends a 1-wordresultto the — 
1A. Each bit in the result word corresponds to a 
3B diagnostic phase run on the API. The following 
table can be used to translate the result word into 
the failing 3B diagnostic phase and suspect hardware. 


LOGON APiIn;R 3! DGN:APIn;PH 3! 
HB 263, VOLUME 1B IM-44000-01 
SECTION 1.5 OM-4A000-01 
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API DIAGNOSTICS 
Phase 4 
® Initialization tests, 


e Auxiliary Unit Address Bus and Input Address 
Register tests. 


Auxiliary Unit Write Bus and Input Data 
Register tests. 


e Input Address Parity Checker tests. 
e |nput Data Parity Checker tests. 


Suspect Hardware: 

e First Choice - UN42 Pack 
® Second Choice - UN41 Pack 
e Third Choice - TN15 Pack 


API DIAGNOSTICS 

Phase 5 

® Initialization tests. 

© K-Code Circuitry tests. 

® Mode Decoder tests. 

Illegal Address Detector tests. 


Maintenance Interject tests. 

e Address Decoder tests. 

® 1A Accessible Register tests. 

e Store Access Sequencer Control tests. 


e Store Access Sequencer tests. 


Auto-increment of Output Address Register 
tests. 


e All Seems Well and All Seems Well Failure tests. 


Suspect Hardware: 

® First Choice - UN42 Pack 
e Second Choice - UN41 Pack 
@ Third Choice - TN15 Pack 


LOGON APiIn;R 5! DGN:APIn;PH 5! 


HB 263, VOLUME 1B IM-4A000-01 
SECTION 1.5 OM-4A000-01 


API DIAGNOSTICS 

Phase 6 

e Initialization tests. 

e Auxiliary Unit Reply Bus tests. 

e Auxiliary Unit Store Address Bus tests. 
e Store Address Parity tests. 

Suspect Hardware: 

® First Choice - UN41 Pack 


® Second Choice - TN15 Pack 
@ Third Choice - UN42 Pack 


ee 
LOGON APin;R 6! DGN:APin;PH 6! 


HB 263, VOLUME 1B IM-4A000-01 
SECTION 1.5 OM-4A000-01 


API DIAGNOSTICS 

Phase 7 

® Initialization tests. 

® Command Register Interrupt tests. 

® Reset from 1A Indicator Flip/Flop tests. 

® 3B Request 1A Maintenance Interject tests. 


® Command Parity Failure on Write Indicator 
tests. 


® Out of Range Store Address Inhibiting DMA 
Sequencer. 


® Busy and Write Flip/Flop tests. 
@ CMR Enable Bit in AUSTAT Register. 
® Sequencer Disable Bit in AUSTAT Register. 


e Byte Parity Generation on 1A Access of CMR 
and DMR. 


e Command Register Parity test. 


Suspect Hardware: 

® First Choice - UN41 Pack 
® Second Choice - TN15 Pack 
@ Third Choice - UN42 Pack 


LOGON APiIn;R 7! DGN:APiIn;PH 7! 


HB 263, VOLUME 1B IM-44000-01 
SECTION 1.5 OM-4A000-01 


API DIAGNOSTICS 

Phase 8 

e |nitialization tests. 

e All Seems Well and Store Data Parity Error tests. 
e All Seems Well Inhibited by Error Sources tests. 
© Maintenance Flip/Flop tests. 

Suspect Hardware: 

e First Choice - UN42 Pack 


e Second Choice - TN15 Pack 
@ Third Choice - UN41 Pack 


LOGON APin;R 8! DGN:APIn;PH 8! 


HB 263, VOLUME 1B IM-4A000-01 
SECTION 1.5 OM-4A000-01 


67 


API DIAGNOSTICS 


Phase 9 

This phase will transfer a large block of data from 
the PIC to the 1A in order to provide quick 
end-to-end operational test of the API. This phase — 
will run only if all previous phases are ATP. 


Suspect Hardware: 
® First Choice - TN15 Pack 


® Second Choice - TN61 Pack 
® Third Choice - UN42 Pack 
® Fourth Choice - UN41 Pack 
e Fifth Choice - TN70 Pack 


(060 APR 


HB 263, VOLUME 1B IM-4A000-01 
SECTION 1.5 OM-4A000-01 


CONDITIONAL ALL TEST PASS (CATP) 


After successful diagnostics have been run on the 
API, a printout is generated indicating All Tests 
Pass (ATP). Occasionally some tests are skipped 
because associated equipment was unavailable at 
the time the diagnostics were run. When this 
happens, a Conditional All Tests Pass (CATP) 
printout is generated, indicating why tests were 
skipped. Below is the CATP layout for the API. 


ir#]__neASOn Fon test sarra> | 


During Phase 3 Only, a Message Sent 
to the 3B Processor Either Never 
Returned or Failed on the initial Send 


During Phases 5 & 8 only, all Seems Well 
and all Seems Well Failure Tests were 
Skipped for PS K-Code 36 Because that 
System K-Code was Configured at the 
Time the Phase was Run 


| a2 | MCC/PPI Configured out of Service 
| 43 | PWRMON Test Timed Out - Try Again 


Two PWRMON Jobs Concurrently 
Active - Try Again 


Utility Used in Diagnostic or one or 
More Phases NTR 

Frame Request for PWRMON Active 
Unit not in Normal State 


Example: APi 0 Phase 2 CATP CODE = 00000000 00010000 


Bit #12 


Bit #12 set in the CATP word indicates that the MCC/PPI 
was out of service at the time API diagnostics were run. 
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API UNIT TYPE TRANSLATOR 


Input Message: DX API 0! HB 263 Vol 1B Section 1.5 


ADDRESS 
140224204 
14022425 
14022426 
14022427 


Input Message: VER: UTYPE: API 0! IM-4A000-01 
M 37 VER:UTMN;OPT( ),CUR:  FLN 00000.00 


MEMN 0, ME OPER, 
ENTRY ADDRESS 14022424, ENTRY SIZE 3 


CUR 
WORD 0 00600377 40200101 44037460 00000000 


Note: The addresses and data shown in the above examples 
are for training purposes only, Check the API unit type 
translator in ODA to determine the correct addresses and 
their contents. 
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API UNIT TYPE TRANSLATOR 


The API unit type translator is called XL1APIMTRAN 
and is used by the 1A Processor to store unique 
data associated with the API. The API translator 
is four words long and is detailed below. 


Fe eee 90 re toe on 
NAME 
ors [newwed [neitedwiine | 


16-17 | XLIAPIEQME | Equippage Unequipped = 00 
Grow =01 Special Grow = 10 
Operational = 11 
18-20 | XL1APIMTHG | Hardware Generation. Value is 
a1 


“0” for all API's 


23) XLIAPIMT | Member Type. Value is “0” 
for all API's 


GCP Pulse Point Address 
APIO = 200101 API 1 = 200102 


rae | Nottaea [Not used tiene | 


XLIAPIGCPI | When Set to a “1” it Indicates 
that Bits 0-21 Contain a CC GCP 
Point. Value is “1” for API 0-3 


MCC Scan Point for API 
APIO = 7460 API 1 = 7462 


20 | XL1APIWKCD | When Set to a “1” it Indicates of 
a Writable K-Code. Value is “1” 
for all API's 


No Meaning for API. Value is “0” 
for all API's 


API Essential Equippage. When 
Set to a ‘1” it Indicates That the 
API is Essential to Fault 
Recovery. API 0 and 1 are Set 
toa“1”. All Other API's will be 
Set to a “0” 


MCC Point indicator API 0 
to 3= 1 All Other APis = 0 


MAINTENANCE PHILOSOPHY 


From a maintenance standpoint, the 1A and 3B 
Processors can be treated as stand-alone, fully 
duplex systems. Each processor is responsible for | 
its own fault recovery, diagnostics, and data base 
administration. The 1A Processor Configuration 
and System Initialization programs determine the 
active/standby states of the API units. The 1A can 
switch the active/standoy status of the APls 
without affecting call processing because the 
active API does not contain any unrecoverable 
information. For normal bootstrapping of the 1A 
side of the office, the 3B must be sane, since 
the 1A data base resides on the 3B disk. If 
both the 1A and 3B go down, the 3B side must 
be bootstrapped up first. In the event a serious 
problem occurred, the APS system could duplex 
fail. Even with a duplex failed APS system, call 
processing could continue if the 1A remained 
sane and the 1A data base was still present 
in the Semiconductor Stores. 


CIRCUIT PACK REPLACEMENT 


Care should be taken when replacing all circuit 
packs. When replacing a firmware circuit pack, 
the micro-code stencilled on the front of the 
pack should be verified. Inserting a wrong issue 
firmware pack will result in a diagnostic failure. 
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NUMBERING SYSTEMS 


Throughout the Attached Processor System you 
will encounter four different numbering systems. 
In the course of trouble analysis, it may be 
necessary to convert from one numbering system 
to another. The charts below are to be used as a 
quick reference for doing this conversion. One 
chart should remain in booklet and the other can 
be cut out and used elsewhere. 


DECIMAL OCTAL BINARY 


SSrtHSeewne8 
NOUSwWH=@o 

o 
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OVERVIEW OF NO. 4 ESS APS TRANSITION 


The Attached Processor System (APS) is the 
replacement for the 1A File Stores. The APS will 
be operational in the 4E7 time frame. The retrofit 
starts in 4E5 when the 64K stores are replaced 
by the 256K stores. This provides the extra floor 
space required to install the APS. The table below 
is a generalized overview of the retrofit plan. 


Configure Office to 256K 
Store Arrangement 


1. Install and Test 3B as a 
Stand-Alone Processor 


2. Install API Units 0 and 1 in 
File Store 0 and 1 


3. Connect API Units to 3B 
Processor and Test 


4. Grow API Units 0 and 1 into 
the system. Assign API 0 to 

K-Code 4 and API 1 to 

K-Code 5 


Through Retrofit and Growth 
Procedures, Transition from 456 
to 4E7 and the Changeover from 
the File Store System to the APS 
Will Take Place 


1. Modify the MCC to 
Accommodate the APS 


2. Install Unequipped API Frames 
0 and 1 in Designated 
Locations 


3. Relocate API and DUS Units 
One at a Time to the 


Appropriate API Frame 


4. Physically Remove File Stores 
from the Office 


Transition 
Time Frame 
4E6 to 4E7 


Note: Tentative plans call for APS to replace the File Stores 
in No. 1A ESS offices sometime in the 1AE7 or 1AE8 time frame. 
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CAUTION 


Avoiding Service Interruptions is the primary 
consideration when working in a growth environ- 
ment. Maintaining customer service is the joint 
responsibility of the Western Electric Installer and 
the Operating Company personnel. Close co- 
operation between the WE Installer and the 
operating company personnel should be maintained 
at all times. A detailed MOP shall be written and 
signed by authorized WE and operating company 
personnel. The MOP should cover such items as 
new equipment to be added, special working 
hours required, working equipment affected, and 
all special precautions to be taken. WE growth 
handbooks have a counterpart in the TOPS 
documents. The handbook sections contain 
step-by-step procedures that may be attached 
to and used as part of the MOP. Prior to 
starting a growth job, the following documents 
should be reviewed. 


PIB POSAS VON, occecssscssessveiencses Installation Planning 

Section 102 for No. 4 Additions 

HB 0, Secs 10 to 14 ws Safety and Service 
Protection 

BSP 254-281-000 ........... General Growth 
Procedures 

BSP 201-112-001 oo... Prevention of Service 


Interruptions During 
Installation Activity 


CAUTION 
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BSP’S-ATTACHED PROCESSOR SYSTEM 


254-001-031 
254-301-000 
254-301-005 
234-301-115 
254-301-010 


Test Equipment List 
System Documentation 
General Description 
TTY System 

Central Control 


3 Power Systems 254-301-020 
B | Input Output interfaces 254-301-100 
P Input Output Processor 254-301-105 
R_ | Input Output Processor 254-301-110 
re) Peripheral Controller 
ra Main Store 254-301-200 
E | Moving Head Disk Drive 254-301-210 
S | Disk File Controller 254-301-215 
S | Magnetic Tape System 254-301-220 
© | emergency Action Procedures | 254-301-800 
R Acceptance Test Plan 254-301-809 
Task Oriented Practice-Routine | 254-301-811 
Task Oriented Practice-Trouble | 254-301-812 
Clearing 


MTCE Management and 
Diagnostics 


APS Description and Theory 
API Frame Theory 

APS Software Description 
API Growth 


Fe Store Relocation | as4-185-085} 
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254-341-000 
254-341-220 


SCHEMATIC DRAWINGS-ATTACHED 


PROCESSOR SYSTEM 


3B Control Frame 
DMA Unit 


Power Unit 
Cooling Unit 
Filter Unit 


IOP Basic 

1OP Growth 

DFC Unit 

Disk Inverter Frame 
Tape Transport Frame 
Inverter Unit 
Inverter Control Unit 
Duct & Cabling 
Power Distributing 
AC Requirements 
Micro Level Test Set 
Port Switch 


3 
B 
P 
R 
1°) 
Cc 
E 
E 
$ 
$ 
© 
R 


liom 
P 
U 
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3B Peripheral Control Frame 


SD-4C050-01 
$D-4C€050-01 
$D-4C050-01 
SD-4C€050-01 
$D-4C€050-01 
SD-4C€050-01 
$D-4C050-01 
SD-4C€050-01 
$D-4C059-02 
SD-4C052-01 
$D-4€049-01 
SD-4€051-01 
S$D-4C€036-01 
$D-4€058-01 
SD-4€057-01 
$D-4€070-02 
$D-4€054-01 
SD-4€053-01 
S$D-4€053-01 
$D-4€069-01 
SD-4C€065-01 
$D-5A056-01 
SD-5A055-01 


HANDBOOKS-ATTACHED PROCESSOR 
SYSTEM 


3B HB 309 
PROC ALL SECTIONS 


HB 263A, Section 70-API Growth 
HB 263A, Section 80-API/DUS Move 


HB 264A, Section 65-File Store/DUS 
Move 


HB 264A, Section 75-4E6 to 4E7 Retrofit 
HB 264, Section 124-API System Tests 


HB 264, Section 127-Auxiliary Unit 
Bus Tests 


HB 263, Section 4.6-API Power 
Verification 

HB 263, Section 4.7-API Frame Tests 
HB 263, Section 40.1-AP! Trouble 
Locating Procedures 

HB 263, Section 4.4-Auxiliary Unit 
Bus Tests 

HB 263, Section 9.0-Duplex Processor 
Subsystem Tests 

HB 263, Section 9.2-Processor Display 
Subsystem Tests 

HB 263, Section 9.4-Manual Interrupt 
Subsystem Tests 

HB 263, Section 9.6-Power Sequencer 
Subsystem Tests 
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GLOSSARY 


PN leepeipiectcinasars Attached Processor Interface 
APS iitasvrencttictaiss Attached Processor System 
Unease sever Auxiliary Unit 

PIs iisiccctsrsosss Auxiliary Unit Bus 

DERE ec cascevarcateisess . Auxiliary Unit Bus Interface 


Bus Interface Controller 
Eight Bits of Information 


BELLPAC ............ Common Design Circuit Pack 

| MRE Conditional all Tests Pass 

2S, eee recat Central Control 

DIDS: sssecscssctasts Duplex Dual Serial Bus Selector 

DMA) siscsstrsssnnak Direct Memory Access 

DMAC uo eccecsssssees Direct Memory Access Controller 

IMGT cs cegerseacasrene Duplex Multi Environment Real 
Time Operating System 

SC cecccrarscrm Dual Serial Channel 

FIRMWARE ......0. Memory Loaded on Circuit Packs 

UR ee File Store 

1 AS CREO Po Maintenance Control Console 

MGS Tcsesiscthna aie Micro Control Store 

INAPID Peitcrciestesctssencd Moving Head Disk 

MEGABYTE ........ One Million Bytes of Information 

PED Mianievetin. Power Conversion and 
Distribution 

RD iat. Pte. Sc Peripheral Device 

PASS teeoiisterrcsert stones Peripheral Interface Controller 

PROMI: chests Programmable Read Only 
Memory 

TP ea eines Trouble Locating Procedure 

MOPS sk .. Task Oriented Practices 
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CROSSWORD PUZZLE WORK ASSIGNMENT 


API~19 @/@1 1 


Note: Completed crossword puzzle is in the back 
of the booklet. 


CROSSWORD PUZZLE WORK ASSIGNMENT 


Try working out the answers to the crossword 
puzzle on the opposite page. If you encounter 
any problems, look through the booklet for the 
answers. 


Across 

1 The 1A Processor views the API as an 
Auxiliary Unit. The 3B Processor views the API 
asa _-—sCODD eve. 


4 When doing a growth job, the satis 
consideration should be to use 


6 There are two types of circuit packs in the 
‘API. They are UN packs and ____ packs. 


7 Auxiliary Unit. (Abbr.) 


9 What pack interfaces the Dual Serial Channel 
in the 3B Processor? 


11 The first choice suspect hardware for a phase 
9 failure is the TN15 pack. True or False. 


12 What pack contains the API firmware? 
Down 

What pack contains the API microprocessor? 
Attached Processor 

Attached Processor System. (Abbr.) 


How many phases of diagnostics are there 

for the API? 

8 The API is tested in ITS and Generic using 
ed oe 

9 The common diagnostic message in ITS is 

LOGON. The common diagnostic message in 

GENERIC is ___———S—«w.-« (Abor.) 


10 TheTN70 packiscalledthe .__. (Abbr.) 


ww N = 


81 


NOTES 


ANSWERS TO CROSSWORD PUZZLE 
WORK ASSIGNMENT 


